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Multi channel communication control system and method 



(57) A communication method and system for communicating between a terminal and service provider, in 
which multiple communication channels are provided between the terminal and the communication apparatus 
which use a multi link protocol communication. A single communication channel is provided between the 
communication apparatus and the service provider for communicating using a single link protocol. Within the 
communication apparatus, communications received from the terminal in the multi link protocol are converted 
to a single link protocol for communication to the sen/ice provider. Also communications received from the 
service provider In the single protocol are converted to the multi link protocol for communication to the 
terminal. 

Also disclosed is a communication bandwidth controller for controlling bandwidth used by a plurality of 
users connectable over multiple communication channels to a service provider. 
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MTJLTI CHA>iNEL COMMUNICATION C ONTROL SYSTEM AND METHOD 

The present invention generally relates to a multichannel communication control system 
and method for controlling communications between a terminal and a service provider 
using multiple channels for communication. 

The provision of a large bandwidth communication channel between a user and a 
service provider such as an Internet service provider can be prohibitive for financial 
reasons. Further, such a large bandwidth connection can requu^ the installation of new 
communication lines and hardware. 

Therefore, in order to provide large bandwidth connections between users and service 
providers it has become common to use multiple narrow bandwidth channels in parallel. 
The data to be communicated between the user and the service provider can thus be 
spread across these channels to provide a large bandwidth connection. 

An example of such a system is for connecting users to Internet service providers termed 
in the art Always on Dynamic ISDN (AO/DI). An AO/DI service is described in the 
Vendor's ISDN Association Document Number: RFC 004 dated 25 February 1999 
entitled: "Always ON/Dynamic ISDN" by a Kuzma and D Graham. Figure 1 illustrates 
such a system. This system was developed using the integrated services digital network 
(ISDN) to provide the required bandwidth over a public sv^atch network thus providing 
dial up technology similar to tiie analog dial up modem method. This technique is 
equally applicable to accessing the Internet or an Intranet. AO/DI was created to bring 
together the benefits of a leased circuit (permanent connection to the bitemet) with an 
ISDN dial up circuit (bandwidth on demand). 
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AO/DI offers a permanent low speed connection to the Internet and when the user 
requires more bandwidth for high speed data transfer, the network can automatically 
increase the bandwith available. The bandwidth can also be dropped when the user no 
longer requires it. This has the benefit of providing a permanent connection at low cost 
whilst allowing an efficient user of the bandwidth when required. 

Referring specifically to Figure 1, a terminal 1 is connected to an ISDN switch by a • 
basic rate ISDN line (ISDN BRI). The terminal can comprise an ISDN modem or an 
ISDN router. If it is an ISDN router, many users may have access to the terminal 1 over 
a local area network (LAN) from computers 8. Otherwise a single computer 8 is 
connected to an ISDN modem. The ISDN switch 2 is of course connected to many 
terminals. The ISDN BRI comprises a D channel of low bandwidth (16 kbps) and two 
B channel of larger bandwidths (64 kbps). Conventionally, the D channel of the ISDN 
BRI is used for signalling between the terminals 1 and the ISDN switch 2. Under the 
AO/DI system however, the D channel carries data which has to be switched out of the 
ISDN switch 2. Within the ISDN switch 2, data on the D channel can be identified 
merely as signally data when the service access point identifier (SAPI) is set to zero. 
Data which can be switched out of an ISDN switch 2 is identified by any higher SAPI 
signal (i.e. SAPI 1 6 for X.25 packet data) and requires the switching of flie D channel 
data out over a public switch packet data network (PSPDN) 4. Thus, when the user of a 
terminal 1 subscribes to an AO/DI service connection to an Internet service provider 
(ISP) 5, the ISDN switch 2 will provide a logical connection using the D channel. This 
is achieved by outputting from the ISDN switch 2 using a Packet Handler Interface 
(PHI) the channel data using a link access protocol (LAP) termed LAP D layer 2 
protocol overlaid with an X.25 layer 3 protocol. This is received by a packet handler 3 
which uses a different LAP, LAP B to cany data using the level 3 protocol X.25 over an 
X.25 net^vork (PSPDN) 4. An ISP 5 is provided with an X.25 LAP B interface in order 
to receive the X.25 D channel data thus providing a permanent virtual circuit (PVC) 
between the terminal 1 and the ISP 5. 
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The protocol for the transmission of data between a users computer and an ISP is the 
point to point protocol (PPP). However, in the AO/DI service, the PVC provided for the 
D channel is only a low bandwidth connection. The PPP protocol (which is a level 2 
protocol) is encapsulated within the X.25 level 3 protocol and carried by the LAP B 
level 2 protocol over the PSPDN 4. 

The AO/DI service requires the user to be able to gain access to the two B channels 
provided by the ISDN BRI line when necessary in order to transmit data across multiple 
channels simultaneously. Thus, instead of implementing the PPP protocol for 
connecting the user of terminal 1 to the ISP 5, the AO/DI service utilises a different 
protocol termed the multi link point to point protocol (MLPPP). MLPPP is a protocol 
which controls the fragmenting, reassembling and sequencing of the data packets across 
the multiple channels. Thus, when a user wishes to use multiple channels, the two B 
channels are used for transmitting of data and ISDN switch 2 recognises that the B 
channels are directed to the ISP 5. The B channels are thus output from the ISDN 
switch 2 over a primary rate ISDN line (ISDN PRI) over the public switched telephone 
network 7 to reach the ISP 5. Thus, the terminal 1 and the ISP 5 must implement 
MLPPP in order to spread the data between the channels for communication. 

The AO/DI service also stipulates that the bandwidth provided for the MLPPP session 
between the terminal 1 of the ISP 5 should be controllable as necessary. Thus there is 
implemented a bandwidth allocation control protocol (BACP) by both the terminal 1 
and ISP 5. In accordance with the BACP, the user of the terminal 1 can request an 
increase in bandwidth when this is required e.g. when web pages with graphics are to be 
downloaded from the Internet 6. The BACP provides for the allocation of up to 2 B 
channels when this is required and also for the disconnection of B charmels from the 
MLPPP session when they are not needed. 

Thus the ISP 5, in order to provide the AO/DI service, must be provided with an X.25 
LAP B interface for connection to the PSPDN 4. Thus, the ISP 5 must handle the level 
2 LAP B protocol and the level 3 X.25 protocol. Further, the ISP 5 must handle all of 
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the other protocols which accompany the provision of the AO/DI service i.e. the MLPPP 
and BACP. 

For conventional analog dial up services, a remote access server (RAS) at an ISP uses 
the level 2 protocol PPP carrying the level 3 protocol IP to communicate with a 
computer via a terminal i.e. modem. The ISP 5 connects to the Internet 6 using the level 
3 IP protocol to provide an IP connection from the terminal to the Internet. 

Thus in order to provide AO/DI service, the RAS at the ISP is subjected to a 
burdensome task of handling protocols which add complexity. Further, the RAS at the 
ISP 5 is required to be provided with an X.25 interface in order to interface to the 
PSPDN 4. A further disadvantage of the prior art AO/DI service is that the 
telecommunications company (Telco) providing the communications lines between the 
terminal 1 and the ISP 5 is required to provide ISDN PRI lines all the way from the 
ISDN switch 2 to the ISP 5 and to provide connections over the PSPDN 4. The 
provision of ISDN PRI lines is expensive to Telco and the PSPDN 4 for X.25 traffic is 
network which Telcos' would like to phase out. 

In the arrangement shown in Figure 1 the ISP 5 includes a remote access server (RAS) 
in order to provide Internet Access for the terminals 1. The remote access server 
terminates the MLPPP session and includes a router to generate IP as an output. The 
remote access server is a conventional method of allowing a dial-up connection to the 
Internet. A PPP session is made from the dial-up modem to the remote access server 
and IP is output. In order to generate an IP output, routing information if required since 
IP requires the use of an IP address as the source and destination of the IP packets. Thus 
in the prior art arrangement of Figure 1 the ISP 5 is required to have a specially designed 
remote access server to receive the LAP B input and the ISDN PRI input. 

It is thus an object of the first aspect of the present invention to overcome the limitations 
of the prior art and provide users wishing to access a service with the ability to use 
multiple channels whilst still allowing an Internet Service Provider to receive a single 
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link input PPP session for a user. This allows the Internet Service Provider to use a 
conventional broad band access server (BAS) to receive a broad band PPP input and 
output IP. The Internet Service Provider thus is not required to use a special access 
server which can terminate MLPPP. The Internet Service Provider is thus provided with 
the ability to use a conventional access server to provide access to users who wish to use 
the multilink protocol and also to allow access to users using a conventional single link 
protocol: the Internet service providers access server only sees single link PPP sessions 
for each user. 

In accordance with the first aspect the present invention provides a communication 
system and method for communicating between a user and the service provider in which 
multiple channels are provided between the user and an intermediate communications 
terminal using multi link point-to-point protocol (MLPPP). Communications between 
the intermediate communications terminal and the service provider takes place using a 
single channel and thus a single link point-to-point protocol (PPP). The intermediate 
communication terminal converts communications received from the user in the multi 
link protocol MLPPP to the single link protocol PPP for communication to the service 
provider, and converts communications received from the service provider in the single 
link protocol PPP to the multi link protocol MLPPP for communication to the user. 

Thus this aspect of the present invention overcomes the limitations in the prior art since 
it removes the necessity for a service provider to be involved vdth the multi link 
protocol MLPPP. The intermediate communication terminal terminates the multi link 
protocol and generates a single link protocol PPP feed to the service provider. Thus, the 
service provider is provided with a PPP feed which is the format in which service 
providers conventionally communicate and this enables the ISP to use a conventional 
broad band access server (BAS). 

In accordance with this aspect of the present invention, the intermediate 
communications terminal can be operated by a Telco or other body independently to the 
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service provider, thus freeing the service provider from being involved in more complex 
protocols for communications to users. 

The present invention is applicable to conventional dial up services such as using ISDN 
BRI lines in which multiple lines can be used from the terminal to a communication 
apparatus in the network. 

Also the present invention is applicable to digital subscriber line (DSL) services wherein 
the user can use multiple DSL lines connect to a DSL server, MLPPP is used between 
the users DSL terminal and the DSL server and PPP is used between the DSL server and 
the ISP. 

In accordance with the conventional AO/Dl service, in an embodiment of the present 
invention, one of the muhiple channels and a single channel can provide a permanent 
channel between the user and the service provider. In this way the service is "always 
on". In accordance with the conventional AO/DI service, this can be provided by the D 
channel of the ISDN BRI line. The D channel is terminated in the intermediate 
communications terminal. Also, the B channels are terminated in the intermediate 
communications terminal. 

In one embodiment, the intermediate communications terminal is provided close to the 
ISDN switch to which the users terminal is connected via an ISDN BRI line. The ISDN 
switch is connected to the intermediate communications terminal via an ISDN PRI line 
carrying a plurality of B channel communications and via a packet handler interface 
carrying a plurality of D channel communications. In this embodiment the intermediate 
communications terminal can be provided with a switch in order to route non AO/DI D 
channel communications which are not directed to the service provider out over a packet 
switch public data network (PSPDN), to terminate D channel communications directed 
to the service provider, and to generate D channel communications from the service 
provider to the user. Thus in this embodiment, the intermediate conmiunications 
terminal terminates the D channel communications. Thus in accordance with the 
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conventional AO/DI service it terminates the LAP D level 2 protocol and the X.25 level 
3 protocol v^hilst receiving the encapsulated MLPPP level 2 protocol. 

In order to set up the PPP session between a user and the service provider, an intial 
authentication exchange between the user and the service provider takes place 
transparently through the intermediate communications terminal. The intermediate 
communications terminal merely converts authentication calls in MLPPP from the user 
to PPP for the service provider and in reverse, it converts the authentication calls from 
the service provider in PPP to MLPPP for the user. 

In an embodiment to the present invention, the intermediate conmiunications terminal 
can control the bandwidth allocated for communications by controlling the number of 
multiple channels to be used for communication between the user and the intermediate 
communications terminal. The single channel between the intermediate 
communications terminal and the service provider comprises a single channel of 
variable bandwidth. 

In order to set up additional channels using MLPPP, authentication is required for these 
channels in accordance with authentication protocols such as CHAP, PAP etc. The 
intermediate communications terminal thus has to perform a form of authentication to 
fool the terminal into thinking that the auftientication has been carried out by the service 
provider. In an embodiment, a simple technique can comprise the recording of the 
initial authentication and replaying the authentication. 

A second aspect of the present invention provides a method and system for 
commimicating between a terminal and a service provider apparatus, A multilink 
protocol over multiple channels is used for communicating between the terminal and a 
communication apparatus. A single link protocol over a single channel is used for 
communicating between the communication apparatus and the service provider 
apparatus. Communications received from the terminal in the multilink protocol are 
converted to the single link protocol for commtmication to the service provider 
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apparatus and communications received from the service provider apparatus in the 
single link protocol are converted to the multilink protocol for communication to the 
terminal. The multiple channels comprise at least one ISDN D channel and at least two 
ISDN B channels which terminate at the communication apparatus and the 
coromunication apparatus includes a packet handler interface for terminating the at least 
one D channel. Thus D channel communications from the terminal are terminated at the 
packet handler interface and communications received from the service provider to be 
transmitted to the terminal on the D channel are converted to D channel 
communications by the packet handler interface. 

This aspect of the present invention removes the need for any transport network for 
LAP B traflBc or for the modification of equipment in the switch. The commxmication 
apparatus is able to interface directly to D channel traffic available in a conventional 
telecommunications network. Thus the communication apparatus is able to directly 
receive the D and B channel traffic from the telecommunications network and aggregate 
the data to provide a single data stream to the ISP. 

Another problem in prior art multi channel communication systems, is the provision of 
bandwidth control. For example, in the conventional AO/DI service, a user subscribes 
to the AO/DI service and thus requests the permanent D channel connection and two B 
channels which can be connected when necessary. It is however undesirable to allow 
the user to connect to a service provider using the fiill bandwidth when this is not 
necessary. 

It is therefore an object of the third aspect of the present invention to provide bandwidth 
control in a multi channel communication system between users and service providers. 

In accordance with the third aspect of the present invention there is provided a 
communication bandwidth control apparatus and method for controlling the bandwidth 
used by a plurality of users terminals connectable over multi communications channels 
to at least one service provider. Data associated with users of terminals is stored and the 
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bandwidth available for each user to connect to the or each service provider is controlled 
by controlling the number of communications channels made available for 
communication between the users and the service providers in accordance with the 
stored data associated with the users. 

Thus in accordance with this aspect of the present invention, an operator of a bandwidth 
controller can affect control based on individual user parameters. For example, certain 
users may not be allowed to increase communication bandwidth at certain times above 
certain levels. The times and/or levels will comprise the data stored for the users. 
Alternatively or in addition, the data can comprise the type of service subscribed to by 
the users. Once again this can set various parameters such as times and/or bandwidths 
available to users. 

In one embodiment the bandwidth used by the user is monitored by a controller and the 
bandwidth is controlled accordingly. Using this technique, a user can be assigned a 
maximum usage e.g. 10 Mbytes and when a user has used all of their bandwidth time 
up, requests for increase in bandwidth can be denied. 

In another embodiment, the controller can monitor the contention for bandwidth by 
multiple users. The monitored contention can then be used to control the bandwidth 
available to users. 

In one embodiment the bandwidth of a communication can be reduced by disconnecting 
a channel if a channel is not being used for a communication for a predetermined period 
of time. 

In a fiirther embodiment, the bandwidth of a communication by a user can be allowed to 
be increased in dependence upon the usage being made of the or each channel currently 
involved in the communication. 
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Alternatively or in addition, the bandwidth of a communication by a user can be allowed 
to be increased in dependence upon the temporal latency of the or each channel involved 
in the communication. 

Embodiments of the present invention will now be described with reference to the 
accompanying drawings, in which: 

Figure 1 is a schematic diagram of a communication system for providing the 
conventional AO/DI service; 

Figure 2 is a schematic diagram of a communication system providing an AO/DI service 
in accordance with a first embodiment of the present invention; 

Figure 3 is a schematic diagram of the AO/DI server of Figure 2; 

Figure 4 is a diagram illustrating the levels in the communications between the terminal 
and the ISP; 

Figure 5 is a flow diagram of the method of establishing a first communication link in 
the AO/DI service in accordance with the first embodiment of the present invention; 

Figure 6 is a diagram illustrating the phases in setting up the first commvmication link; 

Figure 7 is a flow diagram of the method of increasing the number of communications 
links in the AO/DI service of the first embodiment of the present invention; 

Figure 8 is a diagram illustrating the phases involved in setting up further 
commimications links in the first embodiment in accordance with a first method; 

Figure 9 is a diagram illustrating the phases in setting up fiirther communication links in 
the first embodiment of the present invention in a second method; 
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Figure 1 0 is a flow diagram of the method of reducing bandwidth by dropping 
communications links; 

Figure 1 1 is a schematic diagram of a communications system for providing an AO/DI 
service in accordance with a second embodiment to the present invention; 

Figure 12 is a diagram illustrating the phases of adding communications links in 
accordance with the second embodiment of the present invention; 

Figure 13 is a schematic diagram of a communications system for providing an AO/DI 
service in accordance with a third embodiment to the present invention; 

Figure 14 is a schematic diagram of a communications system for providing bandv^dth 
control in a multi channel communications system between a terminal and an Internet 
service provider in accordance with a fourth embodiment of the present invention; 

Figure 15 is a schematic diagram of a prior art communication system for providing 
access to an ISP using DSL; 

Figure 16 is a schematic diagram of a communications system for providing access to an 
ISP via a large bandwidth by aggregating DSL lines in accordance with a fifth 
embodiment of the present invention; 

Figure 17 is a schematic diagram of a communications system for providing a broad 
band DSL access and an ISDN AO/DI access to an ISP by combining the first and fourth 
embodiments of the invention to provide a sixth embodiment of the present invention; 

Figure 18 is a schematic diagram of the DSL server used in the embodiments of Figures 
16 and 17; 
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Figure 1 9 is a schematic diagram of a modem for use as the terminal in the fifth or sixth 
embodiments illustrated in Figures 16 and 17; 

Figure 20 is a schematic diagram of a DSL router for use as the terminal in the fifth or 
sixth embodiments of the present invention illustrated in Figures 16 and 17; 

Figure 21 is a diagram illustrating the levels in the communication between the terminal 
and the ISP in the fifth or sixth embodiments of the present invention; 

Figure 22 is a flow diagram illustrating the connection process for establishing the 
multi-link DSL communication in accordance with the fifth or sixth embodiment of the 
present invention; 

Figure 23 is a diagram illustrating the phases in setting up the first communication link; 
and 

Figure 24 is a diagram illustrating the phases involved in setting up fiirther 
communication links in the fifth or sixth embodiments of the present invention. 

A first embodiment to the present invention will now be described with reference to 
Figures 2 to 10. 

Referring to Figure 2, this diagram schematically illustrates a communication system 
according to the first embodiment of the present invention for providing an AO/DI 
service. A plurality of terminals 10 operated by respective users are each connected via 
an ISDN BRI line to an ISDN switch 1 1 . The terminals can comprise an ISDN modem 
or router. The ISDN router can be connected to any number of computers 9 over a local 
area network (LAN). The computers can communicate with the router, using internet 
protocol over the network protocol e.g. Ethernet. The ISDN modem can be connected 
to a computer 9 and can communicate with the modem using PPP. D channel data 
identified by the service access point identifier (SAPI) which comprises data rattier than 
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switch signalling messages is output over a packet handler interface (ETS 3000-099) 
using the LAP D level 2 protocol and the level 3 X.25 protocol to an AO/DI server 12. 
Also, an ISDN PRI line is provided from the ISDN switch 1 1 to the AO/DI server 12 to 
provide a number, i.e. 30 in Europe and 24 in USA of B channels which comprise 
channels between the terminals 1 0 and the ISPs 1 5. Although in this embodiment a 
single packet handler interface and a single PRI line is described, more than one of each 
can be used. Communications take place between the terminals 1 0 and the AO/DI 
server 12 using the MLPPP. The AO/DI server 12 terminates the MLPPP, the X.25 
protocol, the LAP D protocol, and the ISDN lines. The AO/DI server 12 is also 
connected to a PSPDN 13 to route out X.25 traffic received over the D channel which is 
not intended for the ISPs 15. 

Data is passed between the AO/DI server 12 and the ISPs 15 using PPP over a transport 
network 14 such as an Ethernet or ATM. The ISPs 15 are connected to the Internet 16 
using conventional commimication lines over which the Internet protocol (IP) is used 
for communication between the ISP 15 and the Internet 16 to provide IP between the 
terminals and the Internet. 

It can thus be seen from Figure 2 that the ISPs only receive data using PPP, They do not 
need to deal with the X.25 protocol, the LAP D protocol, MLPPP, or any other facets of 
the AO/DI service such as BACP. The ISPs 15 are simply provided with a variable 
bandwidth PPP feed. 

Figure 3 is a schematic diagram illustrating the structure of the AO/DI server 12 in more 
detail. 

The modules illustrated in Figure 3 can be implemented either partly or wholly in 
software. 

As can be seen in Figure 3, the D channel data is input to a packet handler interface 
(PHI) 17. The PHI 17 can support up to 31 Bd channels which will contain multiplexed 
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LAP D data from the AO/DI users of terminals 10. The packet handler function 
implemented within the PHI terminates the LAP D permanent logical links (PLLs) and 
enables X25 layer 3 data to be passed onto the X.25 router and virtual terminal 18. 
Within the X.25 router and virtual terminal 18, the network user address (NUA) of the 
X.25 protocol is inspected to determined where to route the data. In order to facilitate 
this determination, the X,25 router and virtual temiinal 1 8 is able to look up 
configuration data in an ISP configuration table 24 using the NUA. If the NUA 
indicates that the X.25 data is not intended for ISPs subscribing to the AO/DI service 
provided by the AO/DI server 12, the X.25 data is routed out over the X.25 interface 19 
over the PSPDN 13. The X.25 data which is routed out can comprise conventional D 
channel data such as used in credit card validation by the banks, or other conventional 
AO/DI data for conventional AO/DI servers implemented by ISPs. 

For data identified by the X.25 router and virtual terminal 18 as comprising data to be 
routed to an ISP by the AO/DI server 12, the X.25 layer 3 data is terminated to extract 
the MLPPP level 2 PPP data packets for input to the MLPPP and BACP controller 20. 

The B channel data which is input over the ISDN PRI lines to the AO/DI server 12 is 
input into the PRI interface 25 to terminate the ISDN lines. The MLPPP level 2 PPP 
data packets carried by the B channels are then input into the MLPPP and BACP 
controller 20. The MLPP and BACP controller aggregates the MLPPP data packets in 
accordance with the MLPPP protocol in order to generate a single PPP packet data 
stream which is output either to a PPP over Ethernet (PPPoE) interface 22 or to a PPP 
over Asynchronous transfer mode (ATM) (PPPoA) interface 27. The type of interface is 
selectable. The PPP packets are converted to the PPPoE or PPPoA protocol and output 
to an Ethernet driver 23 which is connected to an Ethernet line e.g. 1 OObaseT or to an 
ATM driver 28 which is connected to an ATM network and can output PPPoEoA or 
PPPoA. The NUA in the X.25 protocol is used to determine the destination IP for the 
PPP data. 
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A manager and sentinel 21 is provided to control the ISP configuration table 24 the 
MLPPP and BACP controller 20 and the PPPoE interface 22. The manager and sentinel 
21 can monitor the communications traffic and can control it using information from the 
ISP configuration table. This will be described in more detail hereinafter. 

The MLPPP and BACP controller 20 not only aggregates the MLPPP data to generate 
PPP and in reverse splits the PPP data to form MLPPP, it can also, in accordance with 
the BACP, allow additional channels to be added and removed firom a PPP session. In 
accordance with conventional AO/DI, the D channel is always connected and B 
channels can be added to a session or removed as necessary. In order for B channels to 
be controlled, a call controller 26 is provided between the MLPPP and BACP controller 
20 and the ISDN PRI mterface 25. 

Figure 4 illustrates the levels of the commimications between the terminals and the ISP. 

At the physical level (level 1), the terminal uses the ISDN PRI line and is thus provided 
with a D channel and two B channels. The D channel uses the conventional LAPD 
protocol level 2 for the D channel over which is used the level 3 X.25 protocol. 
Encapsulated vsdthin the X.25 protocol is level 2 MLPPP and BACP data. The level 2 
MLPPP data carries level 3 IP data. The B channels comprise the level 1 physical layer 
and these carry the level 2 MLPPP and BACP data with no intermediate protocol levels. 

The AO/DI server receives the data from the terminal in the same format The D 
chaimel is provided over the PHI. Thus the AO/DI server has to handle the LAP D 
protocol, the X.25 protocol, the MLPPP protocol and the BACP protocol. The output 
from the AO/DI server in this example is over an Ethernet level 1 connection with level 
2 PPPoE protocol carrying level 3 IP data. Thus the ISP receives only the level 2 
PPPoE protocol carrying the level 3 IP data over the physical level 1 Ethernet link. The 
ISP does not have to involve itself in any of the other protocols. 
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In this example the level 2 protocol used is PPP over Ethernet. However, any signal 
link point to point protocol can be used such as ATM (Asynchronous Transfer Mode), 
L2TP (Layer 2 Tunnelling Protocol), Asynchronous Transfer Mode (ATM) or frame 
relay (FR). 

A method of setting up an AO/DI service will now be described with reference to 
Figures 5 and 6. 

In step S 1 of the flow diagram of Figure 5, a user initiates an AO/DI service. An X.25 
call is thus made in step S2 from the users terminal and in step S3 the X.25 call is 
received at the packet handler interface 17 of the AO/DI server 12. In step S4 the X.25 
router and virtual terminal checks the X,25 address in the NUA against the routing table 
data in the ISP configuration table 24. It is thus determined whether the data is from an 
AO/DI user. If not, the X.25 call is routed to the X.25 interface 19 in step 86. If in step 
S5 it is determined that the X.25 call is from an AO/DI user requesting the initiation of a 
service to an ISP, in step S7 the X,25 router and virtual terminal 1 8 looks up the ISP 
name using the X.25 NUA. In step S8 the X.25 protocol is then terminated and in step 
S9 the PPP payload is extracted. The MLPPP and the BACP controller 20 then 
establishes a PPPoE session using the ISP name between itself and the ISP to cany the 
PPP protocol between the ISP 15 and the terminal in step SIO. Thus the initial link via 
the D channel is set up and provides a permanent connection between the terminal 1 0 
and the ISP 15 wherein the terminal 10 uses the MLPPP protocol and the ISP 15 uses a 
single link PPP protocol. 

Figure 6 illustrate the phases of the setting up of the PPP session in more detail. 

MLPPP comprises three phases: 

1 . A link control protocol (LCP) phase; 

2. An authentication phase; and 

3. An Intemet protocol control protocol (IP CP) phase. 
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MLPPP differs from PPP in that MLPPP has multiple links. Thus more control is 
required and thus the protocol includes an extension to the parameters negotiated during 
the LCP phase. Further, for MLPPP, the authentication phase requires an authentication 
for each channel as it is added to a MLPPP session. Thus the AO/Dl server 12 operates 
as an interface between the MLPPP and the PPP and thus, as can be seen in Figure 6, 
during the initial setting up of an AO/DI service i.e. the setting up of the first member 
link, it acts transparently during the authentication phase. 

When a user wishes to set up an AO/DI session, during the LCP phase, an LCP 
configuration request (LCP CR) is carried by the MLPPP end point discriminator option 
(EDO). The LCP CR is passed by tiie AO/DI server to the ISP. The ISP responds to flie 
configuration request with a configuration acknowledge (CA) and with its own 
configuration request. These are not passed transparently through the AO/DI server to 
the terminal since the AO/DI server adds or removes the MLPPP options to the LCP 
requests and responses depending upon the direction of transfer. The terminal responds 
to the configuration request from die ISP with a configuration acknowledge which once 
again is passed through the AO/DI server to the ISP. 

Although in Figure 6 each configuration request is responded to with a configuration 
acknowledge, tiie configuration negotiation between the terminal and tiie ISP may take 
the form of several configuration refusals from either the terminal or the ISP before the 
configurations are accepted. Once both the terminal and the ISP have acknowledged 
configuration requests, the LCP phase is completed and the link control protocol is up. 

The process then enters the authentication phase. An ISP then generates a Challenge 
Handshake Autiientication Protocol (CHAP) challenge which comprises a randomly 
generated number. This is passed by tiie AO/DI server to the terminal which responds 
with a CHAP response which is passed to tiie ISP. The CHAP response is once again a 
number which is generated using tiie CHAP challenge and tiie users unique key. The 
CHAP response also includes the users surname. Thus the ISP is able to use tiie users 
usemame to look up flie users unique key and generate tiie expected CHAP response. If 



18 

it agrees with the received response, the ISP returns an authentication success signal o 
else it returns a fail signal. Assuming that authentication has been successful, the 
process will then enter the IP CP phase. If authentication has not been successful, the 
connection will be dropped. 



In the IP CP phase parameters to be used for the IP are negotiated e.g. IP address. Thus 
the terminal generates an IP configuration request (IP CR) which is transmitted to the 
ISP transparently. The ISP returns with a configuration acknowledge and its own 
configuration request which are passed to the terminal. The terminal responds with a 
configuration acknowledge to the ISP and thus the PPP session is successfully 
negotiated and set up. It will be understood, that during the negotiation of the IP CP, 
there may be several configuration requests passed between the terminal and the ISP 
before the IP CP is successfully negotiated. 

It can thus be seen in Figure 6 that during PPP authentication for an initial link, the 
AO/DI server acts transparently to pass on the PPP configuration data. 

Once a PPP session has been initiated, in accordance with the conventional AO/DI 
service, the bandwidth of the PPP session can be increased by the addition of channels 
using requests in accordance with the bandwidth allocation protocol (BAP). The fonn 
of the BAP is determined by the BACP. 

The method of adding bandwidth to a PPP session will now be described in more detail 
with reference to Figures 7 to 9. 



Figure 7 is a flow diagram illustrating the expansion of the PPP bandwidth when a user 
requests more bandwidth in step SI 1. In step S12 a users terminal sends a BAP 
message asking for a B channel. In step S 13 the manager and sentinel 21 in the AO/DI 
server 12 determines whether to authorise the increase in bandwidth. If not, in step 814 
a users terminal is informed that the bandwidth increase is not available. If the manager 
and sentinel 21 allows an increase in bandwidth, in step S15 the AO/DI server 12 
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returns the telephone number of the AO/DI server 12 using BAP. In step S16 the users 
terminal then connects a B channel to the AO/DI server using the telephone number. 
With the physical connection now made, the MLPPP now enters the LCP and 
authorisation phase in step SI 7 as will be described in more detail hereinafter. If the 
LCP and authorisation phase is successful, the AO/DI server associates the B channel to 
a PPP session in step SI 8. In this way the bandwidth available for a PPP session is 
increased without the ISP being involved. The ISP simply sees an increase in 
bandwddth in a single link PPP session. 

In step S 19 it is then determined whether the B channel which has been added is the first 
B channel to be added for the PPP session. If so, the MLPPP controller 20 diverts PPP 
packets from the D channel to the B channel. The reason for this is that the D channel 
has a higher temporal latency than the B channel and in order to avoid delays, it is more 
efficient to use the B channel when available. It is thus conventional in AO/DI services 
to drop the D channel for carrying data when a B channel becomes available. 

If in step SI 9 it is determined that the B channel is not the first channel to be added, i.e. 
the D channel is not carrying data, the B channel becomes available for PPP packets in 
stepS21. 

Two alternative methods of carrying out the LCP and authorisation phase of step S17 in 
Figure 7 will now be described with reference to Figures 8 and 9. 

Figure 8 describes a first method for use in the first embodiment wherein the AO/DI 
server 12 records the LCP data and the CHAP challenge and response used for setting 
up the first link (D channel) between the terminal and the ISP. The AO/DI server stores 
the information for use in spoofing a response to the terminal to fool the terminal to 
believe that the negotiation of the further link has taken place with the ISP, 

Referring specifically to Figure 8 the terminal generates an LCP CR which is 
transmitted to the AO/DI server. The AO/DI server responds with an LCP CA as well 
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as its own LCP CR. In response the terminal responds with an LCP CA in order to set 
up the LCP phase. 

The authentication phase can then be entered and in this phase once the LCP has been 
set up, the AO/DI server generates a CHAP challenge using the pre-recorded CHAP 
challenge. The terminal responds with a CHAP response, and the AO/DI server can 
simply compare the CHAP response vAth the CHAP response previously sent by the 
terminal during the set-up of the first member link. So long as the CHAP response is 
the same, the AO/DI server can respond with the success, otherwise it will respond with 
fail 

So long as there has been successful authentication of the further member link to be 
used in the PPP session, the further member link can then be associated with the PPP 
session (step SI 8 of Figure 7). 

This method of authentication of further links for a PPP session does not involve the 
Internet service provider at all and requires the AO/DI server to record the necessary 
information for negotiation. 

A second method of negotiation will now be described with reference to Figure 9. In 
this method the AO/DI server does not record the authentication information but instead 
fools the ISP into thinking that the user wishes to set up the second PPP session. This 
technique requires the ISP to allow a user more than one simultaneous PPP session. 

Referring specifically to Figure 9, the terminal generates and transmits an LCP CR to 
the AO/DI server. The AO/DI server responds with an LCP CR and LCP CA for 
information recorded during the initialisation of a first member link. The terminal 
responds with a LCP CA in order to bring the LCP up. 

Once the LCP phase has been completed, the AO/DI server enters a dummy LCP phase 
during which it negotiates a dummy LCP session with the ISP. The AO/DI server 
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generates an LCP CR and transmits to the ISP. The ISP responds with an LCP CA and 
generates its own LCP CR which is transmitted to the AO/DI server. The AO/DI server 
responds with an LCP CA and thus the dummy LCP is set up. The ISP will then enter 
an authentication phase and generate a CHAP challenge which is intended for the new 
PPP session. However, the AO/DI server simply passes the CHAP challenge on to the 
terminal The terminal will respond with a CHAP response which the AO/DI server 
passes on to the ISP. The ISP then validate the response in order to authenticate the user 
and return a success or fail which again is passed back to the terminal. Regardless of 
whether the authentication phase has been successful or not, the AO/DI server v^U then 
enter a dummy LCP termination phase during which it terminates the dummy LCP by 
transmitting an LCP termination request (TR) to which the ISP will respond with a LCP 
termination acknowledge (TA) which will result in the termination of the dummy LCP. 
The ISP will simply consider that the user wished to set up a second PPP session but 
then cancelled it. The terminal would appear to have negotiated a successful PPP 
session with the ISP. 

A method of reducing the bandwidth for a communication between the terminal and the 
ISP will now be described with reference to Figure 1 0. 

This technique can be initiated by an optional request by a user to drop a channel using a 
BAP request (step S30). In step D31 the AO/DI server 12 drops the channel. This can 
be either as a result of the users request, or as a result of control by the manager and 
sentinel 21. In step S32 the B channel is disassociated vidth the PPP session. In step 
S33 it is then determined whether this was the last B channel for the PPP session. If so, 
in step S34 the MLPPP controller 20 sends PPP packets over the D channel and the PPP 
session continues over the D channel. If in step S33 there are still B channels used. 

In this technique, the D channel is never dropped. Only the B channels can be removed 
from the PPP session. This ensures that the service is always "always on". 
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The method by which the bandwidth available for a PPP session is controlled by the 
manager and sentinel 21 will now be described in more detail. 

As shown in Figure 3, the ISDN configuration table 24 can include data associated with 
users. Users can be identified from the LAP D address (Data Link Connection Identifier 
(DLCI)) and the caller NUA of the X,25 call. In its simplest form, the bandwidth 
control can be achieved by associating time information with each of the users. For 
example, certain users may not be able to increase bandwidth i.e. use the B channels at 
certain times of the time e.g. at peak times. Thus during the PPP session, the manager 
and sentinel 21 monitors the PPP session and any BAP calls made by a user to request 
additional bandwidth. The NUA or DLCI of the calls can be compared with the data in 
the ISP configuration table 24 in order to determine whether to allow the bandwidth to 
be increased. 

In the method of Figure 7 the manager and sentinel 21 can control the bandwidth by not 
returning the telephone number to allow the B channel to be connected or by sending a 
negative BAP response to the terminal BAP request. 

In an alternative implementation allowed under BACP, a user can request a channel and 
request call back whereby the AO/DI server 12 calls the user back in order to connect 
the B channel requested by the user. In order to facilitate this, the user will provide the 
call back number in the BAP request. 

The manager and sentinel 21 will thus be able to control bandwidth allocation in 
accordance with this latter method by not returning the call or by returning a negative 
BAP response to the terminal BAP request and thus not setting up the B channel 
requested by the user. 

The manager and sentinel 21 can control the bandwidth using any predefined criteria to 
ensure that the user has permission to increase the bandwidth. 
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In addition or alternatively to time information, information on bandwidth being used 
and total usage can be used to control the bandwidth allocated to users. In this 
technique, the manager and sentinel 21 monitors the bandwidth an usage by users as 
communications pass through the controller 20. 

The total usage over a period of time, or the bandwidth being used by a user at any 
specific instance of time can be monitored. For example, a user may pay for a certain 
total usage e.g. 10 Mbytes and thus the manner and sentinel 21 will monitor the 
accumulated usage by a user in order to determine when the total usage has been used 
up. 

The bandwidth available to a user can be reduced by disconnecting a channel if the 
channel has not been used for communications for a predetermined period of time. For 
example, where the user is connected to the Internet and the Internet is running slowly, 
the full bandwidth may not be used, and thus the channel can be removed from the PPP 
session without affecting performance perceived by a user. 

Where a user requests additional bandwidth, the manager and sentinel 21 can determine 
whether to allow the addition of a channel to the PPP session in dependence upon the 
use being made of any channels currently involved in the communication. For instance, 
if a user already has one D channel and one B channel assigned to a PPP session and the 
user requests a second B channel, if the first B channel is not fully utilised, the manager 
and sentinel 21 can prevent the addition of the channel to the PPP session. 

The manager and sentinel 21 can also monitor the temporal latency of channels involved 
in a PPP session. For example, if the D channel is being used, and data transfer is 
extremely slow, the manager and sentinel 21 can allow the addition of a B channel to the 
PPP session. 

In the AO/DI server 12, there is provided a limited number of B channels via the ISDN 
PRI interface 25. Thus, the manager and sentinel 21 can monitor contention by a 
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plurality of users for those channels when all channels are being used. For example, 
when a user requests the addition of a B channel to a PPP session and no B channels are 
available, the manager and sentinel 21 can identify a B channel which is either not being 
used or being used the least and disconnect that channel to provide the new channel for 
the user. In this way, the manager and sentinel 21 makes the best use of the available B 
channels into the AO/DI server 12. 

Another method by which bandwidth management can take place is based on a service 
class to which a user subscribes. For example, there can be 20 service classes which are 
configurable. Each user is then assigned to a particular service class. For instance, if a 
user is prepared to pay for a premium service class, they will be given bandwidth 
priority. 

A second embodiment of the present invention will now be described with reference to 
Figures 11 and 12. 

This embodiment of the present invention is similar to the first embodiment in that a 
plurality of terminals 100 are connected via ISDN BRI lines to an ISDN switch 110, 
Each terminal 100 is connected to at least one computer 105. The terminals 100 can 
comprise an ISDN router in which case a local area network (LAN) 106 links a plurality 
of computers 1 05 to the router 1 00 to provide access to the ISPs. The protocol used for 
commimication over the LAN can comprise IP over Ethernet. Altematively the 
terminals 100 can comprise ISDN modems in which case they are connected to single 
computers 105. The communication between the modem and the computer can be via 
PPP. Thus a single large bandwidth channel is used for communication between the 
computer(s) and the terminal. The terminal then splits this over the multiple channels 
provided by the ISDN BRI lines. 

The ISDN switch 1 10 provides D channel data to an AO/DI server 120 using the LAP D 
level 2 protocol with the X.25 level 3 protocol overlaid. The B channels are output 
fi-om the ISDN switch 1 1 0 to the AO/DI server 120 over an ISDN PRI line. The AO/DI 
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server 120 switches D channel data not intended for the ISPs 150 to a PSPDN 130. As 
for the first embodiment, the MLPPP is terminated by the AO/DI server 120. 

The AO/DI server 120 connects to the ISPs 150 using PPP over a transport network 140. 
Once again this transport network can comprise any network which can carry PPP e.g. 
Ethernet, ATM, L2TP and FR. Thus the AO/DI server 120 communicates with the ISPs 
1 50 using PPP. The ISPs communicate with the Internet 1 60 using IP and to provide IP 
between the temiinals and the Internet. 

This embodiment to the present invention differs from the first embodiment to the 
present invention in that the AO/DI server 120 can access a radius server 200 for 
authentication purposes. Conventionally, the ISPs 150 have access to the radius server 
200 in order to perform authentication of usemame and password. 

The reason for the provision of the connection of the radius server 200 in this 
embodiment is to enable a different type of authentication to take place for further links 
to be set up for a PPP session. 

Figure 12 illustrates the LCP phase and the authentication phase for subsequent links in 
this embodiment 

The terminal generates an LCP CR which is transmitted to the AO/DI server. The 
AO/DI server responds Avith an LCP CA and its own LCP CR, The terminal then 
responds with an LCP CA and the LCP phase is completed. 

In the authentication phase, the AO/DI server transmits a CHAP challenge to the 
terminal. The CHAP challenge is generated by the AO/DI server. The CHAP response 
from the terminal is transmitted through the AO/DI server to the radius server 200 
together with the CHAP challenge which was transmitted to the terminal. The radius 
server uses the CHAP response to look up the unique key for the user. This can be used 
in conjunction with the CHAP challenge to generate the expected CHAP response. The 
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expected CHAP response can then be completed compared with the received CHAP 
response to determine whether the authentication is valid or not. If it is valid, a success 
is transmitted through the AO/DI server to the terminal and if not a fail is transmitted. 

Thus in this embodiment the AO/DI server need not record the CHAP during the setting 
up of the initial member link. This technique is thus more secure but relies on a 
connection to the radius server 200. 

A third embodiment of the present invention will now be described with reference to 
Figure 13. 

This embodiment of the present invention differs from the first and second embodiment 
in that the AO/DI server 510 does not receive the LAP D output of the ISDN switch and 
instead receives the D channel data after having passed over the PSPDN 410. 

In this embodiment the plurality of terminals 1 10 are connected via ISDN BRI lines to 
an ISDN switch 210. Each terminal 200 is connected to at least one computer 205, The 
terminals 200 can comprise an ISDN router in which case a local area network (LAN) 
206 links a plurality of computers 205 to the router 200 to provide access to the ISPs. 
The protocol used for communication over the LAN can comprise IP over Ethernet. 
Alternatively the terminals 200 can comprise ISDN modems in which case they are 
connected to single computers 205. The communication between the modem and the 
computer can be via PPP. Thus a single large bandwidth channel is used for 
communication between the computer(s) and the terminals. The terminals then split this 
over the multiple channels provided by the ISDN BRI lines. 

The D channel data is output from the ISDN switch 210 using a LAP D level 2 protocol 
overlaid with a X.25 level 3 protocol. This is received by a packet handler 310 which 
outputs data in an X.25 level 3 protocol overlaying a LAP B level 2 protocol. This is 
carried over the PSDN 410 before reaching the AO/DI server 510. 
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The ISDN switch 210 outputs the B channel data over an ISDN PRI line which is passed 
through the PSTN 71 0 in order to reach the AO/DI server 510. 

The AO/DI server 5 1 0 operates as described hereinabove with reference to the previous 
embodiments to terminate the MLPPP and communicate with the Internet service 
providers 1 500 using PPP over a transport network 610 e.g. Ethernet, ATM or FR. The 
ISPs 1 500 communicate with the Internet 1 600 using IP and to provide IP between the 
terminals and the Internet. 

Thus this embodiment of the present invention differs from the previous embodiments 
in that the AO/DI server does not directly receive the D chaimel output from the ISDN 
switch. Instead the conventional X.25 PSPDN 410 is used. Thus the AO/DI server is 
required to terminate the LAP B level 2 protocol instead of the LAP D level 2 protocol 
as described in the previous embodiments. Otherwise, the operation of the AO/DI 
server 510 is the same, 

A fourth embodiment to the present invention will now be described with reference to 
Figure 14, 

This embodiment of the present invention provides for bandwidth control in a 
conventional AO/DI service. 

A plurality of terminals 1000 are connected via ISDN BRI lines to an ISDN switch 
2000. Each terminal 1000 is connected to at least one computer 900. The terminals 
1000 can comprise an ISDN router in which case a local area network (LAN) 950 links 
a plurality of computers 900 to the router 100 to provide access to the ISPs. The 
protocol used for communication over the LAN can comprise IP over Ethernet. 
Alternatively the terminals 1000 can comprise ISDN modems in which case they are 
connected to single computers 900. The communication between the modem and the 
computer can be via PPP. Thus a single large bandwidth channel is used for 
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communication between the computer(s) and the terminals. The terminals then split this 
over the multiple channels provided by the ISDN BRI lines. 

The D channel data output from the ISDN switch 2000 is output using a LAP D level 2 
protocol overlaid with an X.25 level 3 protocol which is received by a packet handler 
3000. The packet handler 3000 outputs the data over a LAP B level 2 protocol overlaid 
by an X.25 level 3 protocol. This is transported over the X.25 PSPDN 4000 to the ISP 
5000. In this way the ISP is provided with the D channel data as in conventional 
AO/DL 

The ISDN switch 2000 also outputs the B channels over an ISDN PRI line. This passes 
through the PSTN 7000 to the ISP 5000. 

The ISP then provides the conventional AO/DI service and connects the Intemet 6000 
using IP. This embodiment of the invention differs from the conventional AO/DI in that 
a bandwidth sentinel 8000 is provided. The bandwidth sentinel 8000 performs 
bandwidth management on the multi channel communications provided between the ISP 
5000 and the terminals 1 000. The bandwidth sentinel 8000 can perform all the 
functions as described hereinabove with reference to the manager and sentinel 21 in the 
previous embodiments and provides all the advantages described regarding the manager 
and sentinel 2 1 . This embodiment of the present invention does not require the 
provision of the AO/DI server between the ISP and the terminals. 

The first to fourth embodiments described hereinabove have been described with 
reference to AO/DL The present invention is however more widely applicable. In 
particular, the present invention can be applied to DSL services. 

Figure 15 is a schematic diagram of a communication system for providing 
communications to an Intemet Service Provider 33 using DSL links. Terminals 30 are 
provided which provide digital subscriber lines (DSLs) to a digital subscriber line access 
multiplexor (DSLAM) 3 1 . The terminals 30 can comprise a DSL modem in which case 
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they are connected to a single computer 29 and can receive data by PPP or PPPoE. 
Alternatively, the terminals 30 can comprise DSL routers which are connected via a 
local area network 35 to a plurality of computers 29. Once again, the protocol for 
commxmication between the terminals 30 and the computers 29 can be IP over ethemet 
or PPPoE. 

The DSLAM 31 terminates the DSL lines and provides an interface to an asynchronous 
transfer mode (ATM) network 32, Also connected to the ATM network 32 is the 
Internet Service Provider (ISP) 33 which includes a broad band access server (BAS). 
The ATM network 32 provides ATM virtual circuits (ATM VC) between the DSLAM 
31 and the BAS of the ISP 33. Each user connected from a computer 29 via a terminal 
30 and a single DSL line will be connected to the ISP 33 via a single ATM VC. The 
protocol used for providing the communications from the terminal 30 to the ISP 33 is 
PPPoEoA or PPPoA. Thus each user using computer 29 will be provided with a direct 
single link protocol connection via the terminal 30 to the ISP 33. The ISP 33 connects 
to the Internet 34 using the level 3 protocol IP to provide IP between the terminals and 
the Intemet- 

A fifth embodiment of the present invention will now be described with reference to 
Figure 16. In this embodiment of the present invention, the concept of using a multi- 
link protocol is applied to DSLs. 

As can be seen in Figure 16, a DSL terminal 41 is provided connected by two DSL lines 
to the DSLAM 42. Although in this embodiment two DSL lines are illustrated as being 
used as the multiple channels between the DSL multi-link terminal 41 and the DSLAM 
42, any number of DSL lines can be used as the multi-links. 

A computer 40 is connected to the DSL multi-link terminal 41 for use by a user. The 
DSL multi-link terminal 41 can comprise a DSL modem or a DSL router with the ability 
to multi-link the data using multi-link PPP (MLPPP) over multiple DSL lines. The 
connection between the DSL multi-link terminal 41 and the computer 40 can be via any 
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conventional link such as a local area network or a direct connection. Thus, the protocol 
used for communication between the computer 40 and the DSL multi-link terminal can 
be any PPP protocol such as PPPoE, PPPoA or PPPoEoA in the case of the modem and 
IP in the case of the router. 

The DSLAM 42 terminates the DSL lines and connects to an ATM network 43. A DSL 
server 44 is provided to which two ATM VCs output from the DSLAM 42 are routed by 
the ATM network 43, Thus two virtual channels are provided directly from the DSL 
multi-link terminal 41 to the DSL server 44 and the MLPPP protocol is used. 

At the DSL server 44 the MLPPP protocol is converted to the PPP protocol and a large 
bandwidth ATM VC is provided via the ATM network to the BAS of the ISP 45. Thus 
the ISP 45 receives a standard link PPP connection: one PPP session per user. The PPP 
session has a much larger bandwidth than can be provided for by a single DSL line 
made available to the user. 

The ISP 45 outputs IP over the Internet 46 to provide IP between the computer 40 and 
the Internet. 

It can be seen from this fifth embodiment of the present invention that like the first to 
third embodiments of the present invention, the multi-link protocol is terminated at a 
server and converted into PPP so that the ISP only needs to receive a single link PPP 
session for each user. 

Because the BAS of the ISP is not modified, the fifth embodiment of the present 
invention can be used in conjunction with the prior art DSL service of Figure 15 and the 
AO/DI service of anyone of the first to third embodiments of the present invention. 
Such a composite system is illustrated in Figure 17. 



31 

In Figure 17 a conventional DSL service is provided to the user of a computer 53 who is 
connected via a DSL terminal 54 over a single DSL line to the DSLAM 55. The 
DSLAM 55 forms a single ATM VC via the ATM network 51 to the BAS of the ISP 52, 

A broad band DSL service is provided to the user of computer 57, The computer 57 is 
connected to a DSL multi-link terminal 58 which is connected via two DSL lines to the 
DSLAM 55. The DSLAM 55 provides two ATM VCs via the ATM network 5 1 to a 
DSL server 56. Thus multi-link coramunication is provided between the DSL multi-link 
terminal 58 and the DSL server 56 and the protocol MLPPP is used. The DSL server 56 
has a large band ATM VC via the ATM network 51 to the BAS of the ISP 52. 

User of computer 47 is provided with a AO/DI service via ISDN BRI lines. The 
computer 47 is connected to a ISDN terminal 48 which is connected via a ISDN BRI 
line to an ISDN switch 49. 

As described with reference to the first embodiment of the present invention, the D 
channel data is output over a packet handler interface using the LAP D level 2 protocol 
to the AO/DI server 50. Also a ISDN PRI line is provided from the ISDN switch 49 to 
the AO/DI server 50 to provide a number, i.e. 30 in Europe and 24 in USA, of B 
channels which comprise channels between a number of terminals like ISDN terminal 
48 and the ISP 54. Communications take place between the terminal 48 and the AO/DI 
server 50 using the MLPPP. The AO/DI server 50 terminates the MLPPP, the LAP D 
protocol, and the ISDN lines. The AO/DI server 50 is also connected to a PSPDN 59 to 
route out X.25 traffic received over the D channel which is not intended for the ISP 54. 

Data is passed between the AO/DI server 50 and the ISP 52 using PPP over an ATM VC 
via the ATM network 54. 

The ISP 52 commxmicates vrfth the Internet 69 using IP to provide IP between the 
computers 47, 53 and 57 and the Intemet. 
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It can be seen from Figure 1 7 that the BAS within the ISP 52 is able to communicate 
with any of the computers 47, 53 or 57 using any of the access methods simply by 
receiving a PPP session over a communication network of variable bandwidth. Thus the 
BAS need only have the capability of receiving a PPP session of any fixed or variable 
bandwidth. The ISP need not deal with the X.25 protocol, the LAP D protocol, MLPPP, 
or any other communication protocol other than PPP which is conventionally handled 
by the BAS. 

Figure 1 8 is a schematic diagram illustrating the structure of the DSL server 44 or 56 in 
more detail. The modules illustrated in Figure 1 8 can be implemented either partly or 
wholly in software. 

As can be seen in Figure 1 8, the ATM VCs are input to a ATM interface 60. An ATM 
VC terminator 61 receives the ATM data and terminates the ATM VCs, The MLPPP 
data carried over the ATM VCs is then input into a MLPPP controller 62. A manager 
64 looks at the ISP domain name in the PPP packets received by the MLPPP controller 
62 to decide where the data is to be sent i.e. to which ISP. The manager 63 also 
determines which output protocol is to be used. The single PPP session can be output as 
PPPoE, PPPoEoA or PPPoA. If the output is to be PPPoE, the manager controls a 
PPPoE interface 64 to generate PPPoE. This is controlled by the manager 63 either to 
be output to an ethemet driver 65 to generate PPPoE, or the PPPoE is output to a ATM 
driver 67 to generate PPPoEoA as the output. Alternatively, the manager controls a 
PPPoA interface 66 to generate PPPoA which is input to the ATM driver 67 to generate 
a PPPoA output 

Thus the DSL server illustrated in Figure 1 8 operates to aggregate input MLPPP data to 
provide a single PPP output session. Also in reverse, the DSL server operates to split an 
input PPP session across multiple channels as an MLPPP session. 

In this embodiment of the present invention, unlike the first to third embodiments, no 
bandwidth sentinel is required. In the DSL access service, the bandwidth provided is 
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not variable. A user is provided with a fixed bandwidth comprising the required number 
of DSL lines. 

Figure 19 is a schematic diagram illustrating the structure of the terminal 41 or 58 in 
accordance with the fifth or sixth embodiments of the present invention, in which the 
terminal comprises a modem. 

The input to the modem can be a PPPoE protocol which is received by an ethemet 
driver 70. The PPPoE data is then input to a PPPoE interface 71 which terminates the 
ethemet protocol and the PPP packets are passed to a MLPPP controller 72. 

If the data is received as PPPoA firom the computer, this is received at an ATM driver 
73 and passed to a PPPoA interface 74. The PPPoA interface 74 terminates the ATM 
protocol and outputs the PPP packets to the MLPPP controller 72. If the data is 
received as PPPoEoA, it is input to the ATM driver 73 and output to a PPPoEoA 
interface 75 which terminates the protocol and outputs the PPP packets to the MLPPP 
controller 72, A USB driver 83 is also provided to allow a USP connection over which 
PPP is input. The PPP is output fi-om the USB driver 83 to a PPP interface 84. The 
PPP is then output to the MLPPP controller 72. A manager 76 is provided to manage 
the MLPPP controller 72 to identify where the PPP packets are to be sent. The MLPPP 
generates the MLPPP session as MLPPP packets which are received by an ATM 
interface 78. The ATM interface 78 generates two virtual circuits, one for each channel 
required and the data for each chaimel is output to a respective DSL modem 79 and 80 
for output over the DSL lines. Thus the communication by the termmal over the DSL 
lines is by MLPPP and the communication with the computer(s) is by PPP. 

Figure 20 is a schematic diagram illustrating the structure of a terminal 41 or 58 in the 
fifth or sixth embodiments of the present invention in accordance with another 
embodiment of the present invention. In this embodiment, the terminal comprises a 
DSL router. 
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The router receives data as IP packets over an ethemet link at an ethemet driver 81 . The 
IP packets are passed to an IP router 82 which outputs PPP data which is output to PPP 
interface 84. The interface 84 terminates the protocol and outputs PPP packets to the 
MLPPP controller 86. The MLPPP controller converts the PPP single link protocol into 
MLPPP. A manager 87 determines the address to which the PPP packets are to be 
directed i.e. the ISP to which the packets are to be directed from the address in the PPP 
packets. The MLPPP packets output from the MLPPP controller 86 are input to a ATM 
interface 89 which generates two virtual circuits to act as the two channels to be used for 
the muhi-link protocol. The MLPPP output of the ATM interface 89 is input to two 
DSL modems 90 and 91 respectively. 

Figure 21 illustrates the levels of the communications between the terminals and the ISP 
in the fifth embodiment of the present invention. In this embodiment of the present 
invention ATM VCs are used for the level 2 between the terminal and the ISP. Thus the 
DSL lines provide transport for ATM VCs between the terminals and the DSLAM. In 
Figure 21 the physical layer between the DSLAM and the ISP comprises the STM-1. 
As an alternative OC3 could be used. 

On top of the physical layer 1 , the layer 2 ATM VC protocol is used to provide two 
virtual circuits between the terminal and the DSL server. On top of the layer 2 ATM 
VCs the level 2 MLPPP is encapsulated. The level 2 MLPPP carries level 3 IP data. 

Within the DSL server the two ATM VCs are terminated. Also the MLPPP protocol is 
terminated and the PPP packets with a session are output as PPPoA over a single broad 
band ATM VC. 

A method of connecting the multi-link DSL service will now be described wdth 
reference to the flow diagram of Figure 22. 

In step S40 the user's terminal connects to the DSL server using the first DSL link. In 
step S41 a link control protocol (LCP) and authentication phase for the DSL link is then 
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entered as will be described in more detail with reference to Figure 23. Assuming 
successful authentication, in step S42 the DSL server associates the first DSL link to the 
PPP session. In step S43 the DSL link then becomes available for the PPP session. It is 
then determined in step S44 by the terminal whether all the DSL links available to it are 
up. If not, in step S46 the terminal connects to the DSL server using the next DSL link 
and the process returns to step S41 to enter the LCP and authentication phase for the 
next DSL link. 

When it is determined in step S44 that all DSL links are up, instep S45 the end of the 
connection phase is reached and all of the DSL links are now available for the PPP 
session thus providing the user with the full bandwidth available. 

Figure 23 illustrates the phases of setting up the first PPP session in more detail. 

MLPPP comprises three phases: 

i) a link control protocol (LCP) phase; 

ii) an authentication phase; and 

iii) an Intemet protocol control protocol (IP CP) phase. 

MLPPP differs from PPP in that MLPPP has multiple links. Thus more control is 
required and thus the protocol includes an extension to the parameters negotiated during 
the LCP phase. Further, for MLPPP, the authentication phase requires an authentication 
for each channel as it is added to a MLPPP session. Thus the DSL server operates as an 
interface between the MLPPP and the PPP and thus, as can be seen in Figure 23, during 
the initial setting up of the broad band DSL service, i.e. during the setting up of the first 
member link, it acts transparently. 

When a user wishes to set up a broad band DSL session, during the LCP phase, an LCP 
configuration request (LCP CR) is carried by the MLPPP end point discriminator option 
(EDO). The LCP CR is passed by the DSL server to the ISP. The ISP responds to the 
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configuration request with a configuration acknowledge (CA) and with its own 
configuration request. These are not passed transparently through the DSL server to the 
terminal since the DSL server adds or removes MLPPP options to the LCP requests and 
responses depending upon the direction of transfer. The terminal responds to the 
configuration request from the IP with a configuration acknowledge which once again is 
passed through the DSL server to the ISP. 

Although in Figure 23 each configuration request is responded to with a configuration 
acknowledge, the configuration negotiation between the terminal and the ISP may take 
the form of several configuration refiisals fi-om either the terminal or the ISP before the 
configurations are accepted. Once both the terminal and the ISP have acknowledged 
configuration requests, the LCP phase is completed and the link control protocol is up. 

The process then enters the authentication phase. The ISP then generates a challenge 
handshake authentication protocol (CHAP) challenge which comprises a randomly 
generated number. This is passed by the DSL server to the terminal which responds 
wdth a CHAP response which is passed to the ISP. The CHAP response is once again a 
number which is generated using the CHAP challenge and the user's unique key. The 
CHAP response also includes the user's surname. Thus the ISP is able to use the user's 
usemame to look up the user's unique key and generate the expected CHAP response. 
If it agrees with the received response, the ISP returns an authentication success signal 
or else it returns a fail signal. Assuming that authentication has been successful, the 
process will then enter the IP CP phase. If authentication has not been successfiil, the 
connection will be dropped. 

In the IP CP phase parameters to be used for the IP are negotiated e.g. IP address. Thus 
the terminal generates an IP configuration request (IP CR) which is transmitted to the 
ISP transparently. The ISP returns with a configuration acknowledge and its own 
configuration request which are passed to the terminal. The terminal responds with a 
configuration acknowledge to the ISP and thus the PPP session is successfiilly 
negotiated and set up. It will be understood that during the negotiation of the IP CP, 
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there may be several configuration requests passed between the terminal and the ISP 
before the IP CP is successfully negotiated. 

It can thus be seen in Figure 23 that during PPP authentication for an initial link the 
DSL server acts as transparently to pass on the PPP configuration data. 

Once a PPP session has been initiated, the remaining DSL links can be brought up as 
described with reference to the flow diagram of Figure 22. 

Figure 24 illustrates a method of carrying out the LCP and authentication phase for 
additional DSL links. In this method the DSL server records the LCP data and the 
CHAP challenge and response used for setting up the first DSL link between the 
terminal and the ISP. The DSL server stores the information for use in spoofing a 
response to the terminal to fool the terminal to believe that the negotiation for the 
further link has taken place with the ISP. 

Referring specifically to Figure 24, the terminal generates an LCP CR which is 
transmitted to the DSL server. The DSL server responds with an LCP CA as well as its 
own LCP CR. hi response the terminal responds with an LCP CA in order to set up the 
LCP phase. 

The authentication phase can then be entered and in this phase once the LCP has been 
set up, the DSL server generates a CHAP challenge using the pre-recorded CHAP 
challenge. The terminal responds with a CHAP response and the DSL server can simply 
compare the CHAP response with a CHAP response previously sent by the terminal 
during the set-up of the first member link. So long as the CHAP response is the same, 
the DSL server can respond with success, otherwise it will respond with fail. 

So long as there has been successful authentication of the further member link to be 
used in the PPP session, the further member link can then be associated with the PPP 
session as described hereinabove with reference to the flow diagram of Figure 22. 



38 



This method of authentication for further links or a PPP session does not involve the 
ISP at all and requires the DSL server to record the necessary information for 
negotiation. 

Although the present invention has been described hereinabove with reference to 
specific embodiments, it will be apparent to a skilled person in the art that the present 
invention is not limited to those embodiments. Modifications can be made within the 
spirit and scope of the present invention as will be clear to a skilled person in the art. 
The present invention is not limited to the use of ISDN or DSL for the communications 
between the terminals and the ISPs. Any convenient communication channels can be 
used such as analog communication channels. Further, although the embodiments have 
been described hereinabove with reference to an ISDN BRI line provided for a user for 
multi channel access, the present invention is not limited to three channels. Any number 
or type of channels can be used for the multi link communication. For example, analog 
and ISDN communication channels can be used. 

Further, the present invention is not limited to an always on service. The present 
invention is generally applicable to any multi chaimel access service. 

Although the always on service described with reference to the first to fourth 
embodiments has been described with reference to the use of the conventional AO/DI 
service which utilises the D channels, the present invention is equally applicable to the 
use of a frame relay link as the permanent connection. 

The embodiments to the present invention have been described with reference to 
accessing the Internet as the service. The present invention is not limited to accessing 
the Internet. The service which can be accessed can comprise any type of service and 
includes an extranet or an intranet. 
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In the embodiments described hereinabove, the transport network between the AO/DI 
server and the ISP can comprise any system for communicating single streams of data 
packets between the intermediate server and the ISP e.g. frame relay, Ethemet, ATM, a 
layer 2 tunnelling protocol such as L2TP, or leased line i.e. any line which allows for a 
large bandwidth communication channel. 

In the embodiments the multi link protocol comprises the MLPPP and the single link 
protocol comprises PPP. Tlie second aspect of the present invention is not limited to the 
specific protocols and encompasses any equivalent point to point protocol. 

The third aspect of the present invention, as illustrated in the fourth embodiment, is not 
limited to the use of an intermediate AO/DI server. The second aspect can be used with 
a conventional AO/DI service provided by an ISP. This is of particular benefit when the 
ISP has interest in controlling the bandwidth usage e.g. when ISP is also a Telco. 

With regard to the third aspect to the present invention, the data associated with the user 
for controlling bandwidth need not be provided with the controller but can instead be 
provided remotely and accessed over a communication line. 

Although in the embodiments specific authentication protocols have been referred to 
e.g. CHAP, the present invention is applicable to any authentication protocol e.g. 
Password Authentication Protocol (PAP). 



CLAIMS: 
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1 . A method of communicating between a terminal and a service provider 
apparatus, the method comprising: 

communicating over multiple channels between the terminal and a 
communication apparatus using multi link point-to-point protocol (MLPPP); 

communicating over a single channel between said communication apparatus 
and said service provider apparatus using point-to-point protocol (PPP); and 

aggregating communications received from said terminal in said multi link 
point-to-point protocol to said point-to-point protocol for communication to said service 
provider apparatus and splitting communications received from said service provider 
apparatus in said point-to-point protocol to said multi link point-to-point protocol for 
communication to said terminal. 

2. A method according to claim 1 wherein one of said multiple channels and said 
single channel provide a permanent channel between said terminal and said service 
provider apparatus. 

3 . A method according to claim 1 or claim 2 including controlling the bandwidth 
allocated for communications by controlling the number of said multiple channels to be 
used for commimication between said terminal and said communication apparatus, 
wherein said single channel between said communication apparatus and said service 
provider apparatus is of variable bandwidth. 

4. A method according to claim 3 wherein the bandwidth allocated for 
conmiunication between a terminal and said service provider apparatus is controlled at 
said communication apparatus in accordance with predetermined criteria for a user of 
the tenninal. 

5. A method according to claim 4, wherein said predetermined criteria includes a 
type of service subscribed to by the user. 
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6. A method according to any one of claims 3 to 5, including monitoring and 
recording the bandwidth usage by a user of the terminal, and the bandwidth is controlled 
dependent upon the recorded bandwidth usage. 

7. A method according to any one of claims 3 to 6, wherein a plurality of terminals 
communicate with at least one service provider apparatus and the bandv^ddth allocated 
for commxmications between a terminal and a service provider apparatus is controlled 
dependent upon contention between users of said terminals for channels between said 
terminals and said communication apparatus. 

8. A method according to any preceding claim wherein said multiple channels 
comprise at least one ISDN D channel and at least two ISDN B channels which 
terminate at said conomimication apparatus. 

9. A method according to claim 8 wherein said communication over said multiple 
channels takes place via an ISDN switch connects to a plurality of said terminals by a 
plurality of basic rate ISDN lines comprising an ISDN D chaimel and two ISDN B 
channels, and which connects to said communication apparatus by at least one primary 
rate ISDN line comprising a plurality of ISDN B chaimels and a packet handler interface 
canyii^ a plurality of ISDN D channel commxmications. 

10. A method according to claim 9, including the step of routing D channel 
communications not directed to said service provider apparatus out of said 
coixmnmication apparatus to a packet switch public data network, terminating D channel 
communications directed to said service provider apparatus, and generating D channel 
commxmications for commimications from said service provider apparatus to said 
terminal. 

11. A method according to claim 3, including the steps of carrying out an 
authentication exchange between said terminal and said service provider apparatus via 
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said communication apparatus when communication is included to authenticate a first 
channel, and when the number of said multiple channels is to be increased for the 
commimication, carrying out subsequent authentication exchanges between said 
terminal and said communication apparatus to authenticate further channels in 
accordance with said multi link point-to-point protocol. 

12. A method according to claim 11, wherein said authentication is carried out in 
accordance with said multi link point-to-point protocol (MLPPP) between said terminal 
and said communication apparatus and in accordance with said point-to-point protocol 
(???) between said communication apparatus and said service provider apparatus. 

13. A method according to any preceding claim wherein the terminal comprises a 
router or modem. 

14. A method according to claim 1 wherein said multiple channels comprise digital 
subscriber lines and said single channel comprises a virtual circxiit. 

15. A method according to claim 14 wherein the terminal comprises a digital 
subscriber line (DSL) modem or router. 

16. A method according to claim 13 or claim 15 wherein the terminal communicates 
with one or more processing apparatuses using Internet Protocol (IP) or single link 
point-to-point protocol (PPP). 

17. A communication system comprising: 
at least one terminal; 

a communication apparatus; 

multiple communication chaimels connecting the or each terminal to said 
communication apparatus; 

at least one service provider apparatus; 
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a single channel connecting said communication apparatus and the or each 
service provider apparatus; 

the or each terminal being adapted to transmit and receive data over said 
multiple communication channels using multi link point-to-point protocol (MLPPP); 

the or each service provider apparatus being adapted to transmit and receive data 
over said channel using single link point-to-point protocol (PPP); 

said communication apparatus being adapted to receive and transmit data over 
said multiple communication channels using said multi link point-to-point protocol to 
communicate with the or each terminal, to receive and transmit data over said single 
channel using said single link point-to-point protocol to conununicate with the or each 
service provider apparatus, and to thereby facilitate communication between the or each 
terminal and the or each service provider, 

18. A communication system according to claim 17, wherein one of said multiple 
channels and said single channel provide a permanent channel between the or each 
terminal and the or each service provider apparatus. 

19. A communication system according to claim 1 7 or claim 1 8, wherein said 
commxinication apparatus includes bandwidth control means for controlling the 
bandvsddth allocated for communications by controlling the number of said multiple 
channels to be used for communication between the or each terminal and said 
conununication apparatus, and said single channel is adapted to carry a variable 
bandwidth. 

20. A communication system according to claim 19, wherein said bandwidth control 
means is adapted to control the bandwidth allocated between the or each terminal and 
the or each service provider apparatus in accordance with predetermined criteria for a 
user of the or each terminal. 

21 • A communication system according to claim 20, wherein said predetermined 
criteria includes a type of service subscribed to by the user. 
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22. A communication system according to any one of claims 19 to 21, wherein said 
communication apparatus includes monitoring means for monitoring and recording the 
band^vidth usage by a user of the or each terminal and said bandwidth control means is 
adapted to control the bandwidth in dependence upon the recorded bandwidth usage. 

23. A communication system according to any one of claims 19 to 22, comprising a 
plurality of said terminals, wherein said bandwidth control means is adapted to control 
the bandwidth in dependence upon contention between users of said terminals for 
chaimels between said terminals and said communication apparatus. 

24. A communication system according to any one of claims 17 to 23, wherein said 
multiple channels comprise at least one ISDN D channel and at least two ISDN B 
channels which terminate at said communication apparatus. 

25. A communication system according to claim 24, including an ISDN switch 
connected to the or each terminal by a basic rate ISDN line comprising a D channel and 
two B channels and connected to said communication apparatus by at least one primary 
rate ISDN line comprising a plurality of ISDN B channels and a packet handler interface 
carrying a plurality of ISDN D channel commimications. 

26. A communication system according to claim 25, wherein said communication 
apparatus comprises switching means for routing the D channel communications not 
directed to the or each service provider apparatus out of said communication apparatus 
to a packet switched public data network, for terminating D channel communications 
directed to said service provider apparatus, and for generating D channel 
communications for commimications from the or each service provider apparatus to the 
or each terminal. 

21. A conmiunication system according to claim 19, wherein the or each terminal 
and the or each service provider apparatus are adapted to carry out an authentication 
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exchange when communication is initiated therebetween to authenticate a first channel, 
said communication apparatus is adapted to be transparent to the authentication 
exchange, and said communication apparatus and the or each terminal are adapted to 
carry out subsequent authentication exchanges when further chaimels are required to 
increase bandwidth to authenticate the further channels in accordance with said multi 
link protocol. 

28. A communication system according to claim 27, wherein the or each terminal 
and said communication apparatus are adapted to carry out the authentication in 
accordance with said muUi link point-to-point protocol (MLPPP), and said 
communication apparatus and said service provider apparatus are adapted to cany out 
the initial authentication in accordance with said point-to-point protocol (PPP). 

29. A communication system according to any one of claims 17 to 28 wherein the 
terminal comprises a router or modem. 

30. A communication system according to claim 17 wherein said multiple channels 
comprise digital subscriber lines and the single channel comprises a virtual circuit 

31. A communication system according to claim 30 wherein the terminal comprises 
a digital subscriber line (DSL) modem or router. 

32. A communication system according to claim 29 or claim 31 wherein the terminal 
includes input means for communicating with one or more processing apparatuses using 
Internet Protocol (IP) or single link point-to-point protocol (PPP). 

33. A communication apparatus for use in the method of claim 1 , the apparatus 
comprising: 

a first interface for communicating over multiple chaimels with at least one 
temiinal using multi link point-to-point protocol; 
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a second interface for communicating over a single channel with at least one 
service provider apparatus using single link point-to-point protocol; and 

converting means aggregating communications received from the or each 
terminal in said multi link point-to-point protocol to said single link point-to-point 
protocol for communication to the or each service provider apparatus, and for splitting 
communications received from the or each service provider apparatus in said single link 
point-to-point protocol to said multi link point-to-point protocol for communication to 
the or each terminal. 

34. A communication apparatus according to claim 33, wherein said first interface is 
adapted for connection to one of said multiple channels to provide a permanent channel 
between the or each terminal and the or each service provider apparatus. 

35. A communication apparatus according to claim 33 or claim 34, including 
bandwidth control means for controlling the bandwidth allocated for communications by 
controlling the number of said multiple channels to be used for communication between 
the or each terminal and said communication apparatus, wherein said second interface is 
adapted to cany a variable bandwidth single channel. 

36. A communication apparatus according to claim 35, wherein said bandwidth 
control means is adapted to control the bandwidth allocated between the or each 
terminal and the or each service provider apparatus in accordance with predetermined 
criteria for a user of the or each terminal. 

37. A communication apparatus according to claim 36, wherein said predetermined 
criteria includes a type of service subscribed to by the user. 

38. A communication apparatus according to any one of claims 35 to 37, including 
monitoring means for monitoring and recording the bandwidth usage by a user of the or 
each terminal and said bandwidth control means is adapted to control the bandwidth in 
dependence upon the recorded bandwidth usage. 
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39. A communication apparatus according to any one of claims 35 to 38, wherein 
said bandwidth control means is adapted to control the bandwidth in dependence upon 
contention between users of said terminals for channels between said terminals and said 
communication apparatus. 

40. A commimication apparatus according to any one of claims 33 to 39, wherein 
said first interface is adapted to connect to at least one ISDN D channel and at least two 
ISDN B channels from the or each terminal. 

41. A communication apparatus according to claim 40, wherein said first interface is 
adapted to connect to at least one primary rate ISDN line comprising a plurality of ISDN 
B channels, and includes a packet handler interface for connection to a packet handler 
line carrying a plurality of ISDN D channel communications. 

42. A communication apparatus according to claim 41 , including switching means 
for routing the D channel communications not directed to the or each service provider 
apparatus out of said communication apparatus to a packet switched public data 
network, for terminating D channel communications directed to said service provider 
apparatus, and for generating D channel communications for communications from the 
or each service provider apparatus to the or each terminal. 

43. A communication apparatus according to claim 35, including authentication 
means for passing authentication data between the or each terminal and the or each 
service provider apparatus when communication is initiated to authenticate a first 
channel, and for exchanging authentication data v^th the or each terminal when further 
channels are required to increase bandwidth to authenticate the further channels in 
accordance with said multi link protocol. 

44. A communication apparatus according to cldm 43, wherein said authentication 
means is adapted to carry out the authentication with the or each terminal in accordance 
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with said multi link point to point protocol (MLPPP), and to carry oxit the initial 
authentication with the or each service provider apparatus in accordance with said point- 
to-point protocol (PPP). 

45. A communication apparatus according to claim 33 wherein said first interface is 
adapted for communicating using multiple virtual circuits and said second interface is 
adapted for communicating using a single virtual circuit. 

46. A method of communicating between a terminal and a service provider 
apparatus, the method comprising: 

communicating over multiple channels between the terminal and a 
communication apparatus using a multi link protocol; 

conmnunicating over a single channel between said commimication apparatus 
and said service provider apparatus; 

converting communications received from said terminal in said multi link 
protocol to a single link protocol for communication to said service provider apparatus 
and converting communications received from said service provider apparatus in said 
single link protocol to said multi link protocol for commimication to said terminal; 

wherein said multiple channels comprise at least one ISDN D channel and at 
least two ISDN B channels which terminate at said communication apparatus, and said 
communication apparatus includes a packet handler interface for terminating said at 
least one D channel 

47. A method of communicating according to claim 46 wherein said communication 
over said multiple channels takes place via an ISDN switch which connects to a 
plurality of basic rate ISDN lines comprising an ISDN D channels and two ISDN B 
channels, and which connects to said communication apparatus by at least one primary 
rate ISDN line comprising a plurality of ISDN B channels and a packet handler interface 
comprising a plurality of ISDN D channel communications. 



49 

48. A method according to claim 47, including the step of routing D channel 
communications not directed to said service provider apparatus out of said 
communication apparatus to a packet switch public data network, terminating the 
channel communications directed to said service provider apparatus, and generating D 
channel communications from said service provider apparatus to said terminal. 

49. A method according to any one of claims 46 to 48 wherein said multilink 
protocol is multilink point to point protocol (MLPPP) and single link protocol is a point 
to point protocol (PPP). 

50. A method according to any one of claims 46 to 49 wherein one of said multiple 
channels and said multiple chaimel provide a permanent channel between said terminal 
and said service provider apparatus* 

51. A method according to any one of claims 46 to 50 including controlling the 
bandwidth allocated for communications by controlling the number of said multiple 
channels to be used for conranmication between said terminal and said conununication 
apparatus, wherein said single channel between said communication apparatus and said 
service provider apparatus is of variable bandwidth. 

52. A method according to claim 51 wherein the bandwidth allocated for 
communication between a terminal and said service provider apparatus is controlled at 
said communication apparatus in accordance with predetermined criteria for a user of 
that teraiinal. 

53. A method according to claim 52 wherein said predetermined criteria include a 
type of service subscribed to by the user. 

54. A method according to any one of claims 51 to 53 including monitoring and 
recording the bandwidth usage by a user of the terminal, and the bandwidth is controlled 
dependent upon the recorded bandwidth usage. 
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55. A method according to any one of claims 5 1 to 54 wherein a plurality of 
terminals communicate with at least one service provider apparatus and a bandwidth 
allocated for communication between a terminal and a service provider apparatus is 
controlled dependent upon contention between users of said terminals with channels 
between said terminals and said communication apparatus. 

56- A method according to claim 51 including the steps of carrying out an 
authentication exchange between said terminal and said service provider apparatus via 
said communication apparatus when communication is included to authenticate the first 
channel, and when the number of said multiple channels is to be increased for the 
communication, canying out subsequent authentication exchanges between said 
terminal and said communication apparatus to authenticate further channels in 
accordance with said multi link protocol, 

57. A method according to claim 56 wherein said authentication is carried out in 
accordance with multi link point to point protocol (MLPPP) between said terminal and 
said communication apparatus and in accordance with point to point protocol (PPP) 
between said communication apparatus and said service provider apparatus. 

58. A method according to any one of claims 46 to 57 wherein the terminal 
comprises a router or modem. 

59. A method according to claim 58 wherein the terminal communicates with one or 
more processing apparatuses using Internet Protocol (IP) or single link point-to-point 
protocol. 

60. A commimication system comprisii^: 
at least one terminal; 

a conmiunication apparatus; 
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multiple communication channels connecting the or each terminal to said 
commimication apparatus; 

at least one service provider apparatus; 

a single channel connecting said conmiunication apparatus and the or each 
service provider apparatus; 

the or each terminal being adapted to transmit and receive data over said 
multiple communication channels using a multi link protocol; 

the or each service provider apparatus being adapted to transmit and receive data 
over said channel using a single link protocol; 

said communication apparatus being adapted to receive and transmit data over 
said multiple communication channels using said multi link protocol to communicate 
with the or each terminal, to receive and transmit data over said single channel using 
said single link protocol to communicate with the or each service provider apparatus, 
and to thereby facilitate communication between the or each terminal and the or each 
service provider; 

wherein said multiple channels comprise at least one ISDN D channel and at 
least two ISDN D channels which terminate at said communication apparatus, and said 
D channel is terminated in said communication apparatus using a packet handler 
interface. 

6L A communication system according to claim 60 including an ISDN switch 
connected to the or each terminal by a basic rate ISDN line comprising a D channel and 
two D channels and connected to said communication apparatus by at least one primary 
rate ISDN line comprising a plurality of ISDN D channels and a packet handler line 
carrying a plurality of ISDN D channel commimications. 

62* A communication system according to claim 61 wherein said communication 
apparatus comprises switching means for routing the D channel communications not 
directed to the or each service provider apparatus out of said communication apparatus 
to a packet switched public data network. 
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63. A communication system according to any one of claims 60 to 62 wherein said 
multi link protocol is multi link point-to-point protocol (MLPPP) and the single link 
protocol is point-to-point protocol (PPP). 



1 one 



64. A communication system according to any one of claims 60 to 63, wherein • 
of said multiple channels and said single channel provide a permanent channel between 
the or each terminal and the or each service provider apparatus. 

65. A communication system according to any one of claims 60 to 64, wherein said 
communication apparatus include bandwidth control means for controlling the 
bandwidth allocated for communications by controlling the number of said multiple 
channels to be used for communication between the or each terminal and said 
communication apparatus, and said single channel is adapted to cany a variable 
bandwidth. 

66. A communication system according to claim 65, wherein said bandv^dth control 
means is adapted to control the bandwidth allocated between the or each terminal and 
the or each service provider apparatus in accordance with predetermined criteria for a 
user of the or each terminal. 

67. A communication system according to claim 66 wherein said predetermined 
criteria includes a type of service subscribed to by the user. 

68. A communication system according to any one of claims 65 to 67, wherein said 
communication apparatus includes monitoring means for monitoring and recording the 
bandwidth usage by the user of the or each terminal and said bandwidth control means is 
adapted to control the bandwidth's independence upon the recorded bandwidth usage. 

69. A communication system according to any one of claims 65 to 68, comprising a 
plurality of said terminals, wherein said bandwidth control means is adapted to control 
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the bandwidth independence upon contention between users of said terminals for 
channels between said terminals and said communication apparatus. 

70. A communication system according to claim 65, wherein the or each terminal 
and the or each service provider apparatus are adapted to carry an authentication 
exchange when communication is initiated therebetween to authenticate first channel, 
said communication apparatus is adapted to be transparent to the authentication 
exchange, and said communication apparatus and the or each terminal are adapted to 
cany out subsequent authentication exchanges when further channels are required to 
increase bandwidth to authenticate the further channels in accordance with said multi 
link protocol. 

71 • A communication system according to claim 70, wherein the or each terminal 
and said communication apparatus are adapted to carry out the authentication in 
accordance with multi link point-to-point protocol (MLPPP), and a commxmication and 
said service provider apparatus are adapted to cany out the initial authentication in 
accordance with point-to-point protocol (PPP). 

72* A communication system according to any one of claims 60 to 71 wherein the 
terminal comprises a router or modem. 

73. A conmixmication system according to claim 60 wherein said multiple channels 
comprise digital subscriber lines and the digital channel comprises a virtual circuit. 

74. A communication system according to claim 73 wherein the terminal comprises 
a digital subscriber line (DSL) modem or router, 

75. A communication system according to claim 72 or claim 74 wherein the terminal 
includes input means for communicating with one or more processing apparatuses using 
Internet Protocol (IP) or single link point-to-point protocol (PPP). 
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76. A communication bandwidth controller for controlling the bandwidth used by a 
plurality of users of a respective plurality of terminals connectable over multiple 
commxmication channels to at least one service provider, the controller comprising: 

accessing means for accessing data associated with users of terminals; and 
control means for controlling the bandwidth available for each user to connect to 
the or each service provider by controlling the number of communication channels made 
available for communication between the terminals used by the users and the or each 
service provider in accordance with the accessed data associated with the users* 

77. A communication bandwidth controller according to claim 76, wherein said 
accessed data comprises at least one of time information identifying when users have 
access to bandwidth, and information on the type of service subscribed to by the users. 

78. A conmaunication bandwidth controller according to claim 76 or claim 77, 
including monitoring means for monitoring and recording the bandwidth usage by the 
users, wherein said control means is adapted to control the bandwidth in accordance 
with the monitored usage, 

79. A communication bandwidth controller according to claim 78, wherein said 
monitoring means is adapted to record the bandwidth usage with the data associated 
with the users, the data includes allowed bandwidth usages for the users, and said 
control means is adapted to compare the recorded bandvddth usages with the allowed 
bandwidth usages to control the bandwidth available for each user. 

80. A conmixmication bandwidth controller according to any one of claims 76 to 79, 
including storage means for storing the data, wherein said accessing means is adapted to 
access aid storage means. 

81 . A communication bandwidth controller according to any one of claims 76 to 80, 
wherein said control means is further adapted to control the bandwidth available to each 
user in dependence upon the contention by the users for bandwidth. 
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82. A communication bandwidth controller according to claim 78 or claim 79, 
wherein said control means is adapted to reduce the bandwidth of a communication by 
disconnecting a channel if the channel has not been used for communication for a 
predetermined period of time. 

83. A communication bandwidth controller according to any one of claims 78, 79 or 
82, wherein said control means is adapted to allow the bandwidth of a communication 
by a user to be increased in dependence upon the usage being made of the or each 
channel currently involved in the commimication. 

84. A commimication bandwidth controller according to any one of claims 78, 79, 
82 to 83, wherein said control means is adapted to allow the bandwidth of a 
commimication by a user to be increased in dependence upon the temporal latency of the 
or each channel involved in the communication. 

85. A method of controlling communication bandwidth used by a plurality of users 
of a respective plurality of terminals connectable over multiple communication channels 
to at least one service provider, the method comprising: 

accessing data associated with users of terminals; and 
controlling the bandwidth available for each user to connect to the or each 
service provider by controlling the number of communication channels made available 
for conmiunication between the terminals used by the user and the or each service 
provider in accordance with the accessed data associated with the users. 

86. A method according to claim 85, wherein said accessed data comprises at least 
one of time information identifying when users have access to bandwidth, and 
information on the type of service subscribed to by the users. 
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87. A method according to claim 85 or claim 86, including the step of monitoring 
and recording the bandwidth usage by the users, and wherein the bandwidth is 
controlled in accordance with the monitored usage, 

88. A method according to claim 87, wherein the bandwidth usage is recorded with 
the data associated with the users, the data includes allowed bandwidth usages for the 
users, and the recorded bandwidth usages are compared with the allowed bandwidth 
usages to control the bandwidth available for each user. 

89. A method according to any one of claims 85 to 88, including the step of storing 
the data in storage means, wherein the data is accessed from said storage means. 

90. A method according to any one of claims 85 to 89, wherein the bandwidth is 
further controlled in dependence upon the contention by the users for bandwidth. 

91 . A method according to claim 87 or claim 88, wherein the step of controlling the 
bandwidth of a communication includes reducing the bandwidth of a communication by 
disconnecting a channel if the channel has not been used for communication for a 
predetermined period of time. 

92. A method according to any one of claims 87, 88 or 91, wherein the step of 
controlling the bandwidth of a communication includes allowing the bandwidth of a 
communication by a user to be increased in dependence upon the usage being made of 
the or each channel currently involved in the commimication. 

93. A method according to any one of claims 87, 88, 91 or 92, wherein the step of 
controlling the bandwidth of a communication includes allowing the bandwidth of a 
communication by a user to be increased in dependence upon the temporal latency of the 
or each channel involved in the communication. 
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